Establishing a session with a user plane function supporting uplink classifier functionality

ABSTRACT

A session management function sends, to a network repository function, a first message requesting discovery of a user plane function supporting an uplink classifier functionality for a packet data unit session of a wireless device. The first message comprises an uplink classifier indication parameter. based on the first message, a second message comprising an identifier of the user plane function is received from the network repository function. A third message requesting a connection for the wireless device, between the session management function and the user plane function, is sent to the user plane function.

CROSS-REFERENCE TO RELATED APPLICATIONS

This application is a continuation of U.S. patent application Ser. No.16/216,136, filed Dec. 11, 2018, which claims the benefit of U.S.Provisional Application No. 62/615,903, filed Jan. 10, 2018, which ishereby incorporated by reference in its entirety.

BRIEF DESCRIPTION OF THE SEVERAL VIEWS OF THE DRAWINGS

Examples of several of the various embodiments of the present inventionare described herein with reference to the drawings.

FIG. 1 is a diagram of an example 5G system architecture as per anaspect of an embodiment of the present disclosure.

FIG. 2 is a diagram of an example 5G System architecture as per anaspect of an embodiment of the present disclosure.

FIG. 3 is a system diagram of an example wireless device and a networknode in a 5G system as per an aspect of an embodiment of the presentdisclosure.

FIG. 4 is a system diagram of an example wireless device as per anaspect of an embodiment of the present disclosure.

FIG. 5A and FIG. 5B depict two registration management state models inUE 100 and AMF 155 as per an aspect of embodiments of the presentdisclosure.

FIG. 6A and FIG. 6B depict two connection management state models in UE100 and AMF 155 as per an aspect of embodiments of the presentdisclosure.

FIG. 7 is diagram for classification and marking traffic as per anaspect of an embodiment of the present disclosure.

FIG. 8 is an example call flow as per an aspect of an embodiment of thepresent disclosure.

FIG. 9 is an example call flow as per an aspect of an embodiment of thepresent disclosure.

FIG. 10 is an example call flow as per an aspect of an embodiment of thepresent disclosure.

FIG. 11 is an example call flow as per an aspect of an embodiment of thepresent disclosure.

FIG. 12 is an example call flow as per an aspect of an embodiment of thepresent disclosure.

FIG. 13 is an example call flow as per an aspect of an embodiment of thepresent disclosure.

FIG. 14 is an example illustration as per an aspect of an embodiment. ofthe present disclosure.

FIG. 15 is an example illustration as per an aspect of an embodiment ofthe present disclosure.

FIG. 16 is a flow diagram of an aspect of an embodiment of the presentdisclosure.

FIG. 17 is a flow diagram of an aspect of an embodiment of the presentdisclosure.

FIG. 18 is a flow diagram of an aspect of an embodiment of the presentdisclosure.

DETAILED DESCRIPTION OF EMBODIMENTS

Example embodiments of the present invention enable implementation ofenhanced features and functionalities in 5G systems. Embodiments of thetechnology disclosed herein may be employed in the technical field of 5Gsystems and network slicing for communication systems. Moreparticularly, the embodiments of the technology disclosed herein mayrelate to 5G core network and 5G systems for network slicing incommunication systems. Throughout the present disclosure, UE, wirelessdevice, and mobile device are used interchangeably.

The following acronyms are used throughout the present disclosure:

5G 5th generation mobile networks

5GC 5G Core Network

5GS 5G System

5G-AN 5G Access Network

5QI 5G QoS Indicator

AF Application Function

AMF Access and Mobility Management Function

AN Access Network

CDR Charging Data Record

CCNF Common Control Network Functions

CIoT Cellular IoT

CN Core Network

CP Control Plane

DDN Downlink Data Notification

DL Downlink

DN Data Network

DNN Data Network Name

F-TEID Fully Qualified TEID

GPSI Generic Public Subscription Identifier

GTP GPRS Tunneling Protocol

IMSI International Mobile Subscriber Identity

LADN Local Area Data Network

LI Lawful Intercept

MEI Mobile Equipment Identifier

MICO Mobile Initiated Connection Only

MME Mobility Management Entity

MO Mobile Originated

MSISDN Mobile Subscriber ISDN

MT Mobile Terminating

N3IWF Non-3GPP InterWorking Function

NAI Network Access Identifier

NAS Non-Access Stratum

NB-IoT Narrow Band IoT

NEF Network Exposure Function

NF Network Function

NGAP Next Generation Application Protocol

NR New Radio

NRF Network Repository Function

NSI Network Slice Instance

NSSAI Network Slice Selection Assistance Information

NSSF Network Slice Selection Function

OCS Online Charging System

OFCS Offline Charging System

PCF Policy Control Function

PDU Packet Data Unit

PEI Permanent Equipment Identifier

PLMN Public Land Mobile Network

RAN Radio Access Network

QFI QoS Flow Identity

RM Registration Management

S1-AP S1 Application Protocol

SBA Service Based Architecture

SEA Security Anchor Function

SCM Security Context Management

SMF Session Management Function

SMSF SMS Function

S-NSSAI Single Network Slice Selection Assistance information

SUPI Subscriber Permanent Identifier

TEID Tunnel Endpoint Identifier

UE User Equipment

UL Uplink

UL CL Uplink Classifier

UPF 110 User Plane Function

Example FIG. 1 and FIG. 2 depict a 5G system comprising of accessnetworks and 5G core network. An example 5G access network may comprisean access network connecting to a 5G core network. An access network maycomprise a NG-RAN 105 and/or non-3GPP AN 165. An example 5G core networkmay connect to one or more 5G access networks 5G-AN and/or NG-RANs. 5Gcore network may comprise functional elements or network functions as inexample FIG. 1 and example FIG. 2 where interfaces are employed forcommunication among the functional elements and/or network elements.

A network function may be a processing function in a network, which hasa functional behavior and interfaces. A network function may beimplemented either as a network element on a dedicated hardware, and/ora network node as depicted in FIG. 3 and FIG. 4, or as a softwareinstance running on a dedicated hardware and/or shared hardware, or as avirtualized function instantiated on an appropriate platform.

Access and mobility management function, AMF 155, may include thefollowing functionalities (some of the AMF functionalities may besupported in a single instance of an AMF 155): termination of RAN CPinterface (N2), termination of NAS (N1), NAS ciphering and integrityprotection, registration management, connection management, reachabilitymanagement, mobility management, lawful intercept (for AMF 155 eventsand interface to LI system), provide transport for session management,SM messages between UE 100 and SMF 160, transparent proxy for routing SMmessages, access authentication, access authorization, provide transportfor SMS messages between UE 100 and SMSF, security anchor function, SEA,interaction with the AUSF 150 and the UE 100, receiving the intermediatekey established as a result of the UE 100 authentication process,security context management, SCM, that receives a key from the SEA thatit uses to derive access network specific keys.

The AMF 100 may support non-3GPP access networks through N2 interfacewith N3IWF 170, NAS signaling with a UE 100 over N3IWF 170,authentication of UEs connected over N3IWF 170, management of mobility,authentication, and separate security context state(s) of a UE 100connected via non-3GPP access 165 or connected via 3GPP and non-3GPPaccesses 105, 165 simultaneously, support of a coordinated RM contextvalid over 3GPP and non 3GPP accesses 105, 165, support of CM managementcontexts for the UE 100 for connectivity over non-3GPP access. Some offunctionalities described above may be supported in an instance of anetwork slice.

In an example, an AMF 155 region may comprise of one or multiple AMF 100sets. AMF 155 set comprises of some AMFs 155 that serve a given areaand/or network slice(s). In an example, multiple AMF 155 sets may be perAMF 155 region and/or network slice(s). Application identifier may be anidentifier that may be mapped to a specific application trafficdetection rule. Configured NSSAI may be an NSSAI that has beenprovisioned in a UE 100. DN 115 access identifier (DNAI), for a DNN, maybe an identifier of a user plane access to a DN 115. Initialregistration may be related to a UE 100 registration in RM-DEREGISTERED500, 520 state. N2AP UE 100 association may be a logical per UE 100association between a 5G AN node and an AMF 155. N2AP UE-TNLA-bindingmay be a binding between a N2AP UE 100 association and a specifictransport network layer, TNL association for a given UE 100.

The session management function, SMF 160, may include one or more of thefollowing functionalities (one or more of the SMF 160 functionalitiesmay be supported in a single instance of a SMF 160): session management(e.g. session establishment, modify and release, including tunnelmaintain between UPF 110 and AN 105 node), UE 100 IP address allocation& management (including optional authorization), selection and controlof UP function(s), configuration of traffic steering at UPF 110 to routetraffic to proper destination, termination of interfaces towards policycontrol functions, control part of policy enforcement and QoS. lawfulintercept (for SM events and interface to LI System), termination of SMparts of NAS messages, downlink data notification, initiation of ANspecific SM information, sent via AMF 155 over N2 to (R)AN 105,determination of SSC mode of a session, roaming functionality, handlinglocal enforcement to apply QoS SLAs (VPLMN), charging data collectionand charging interface (VPLMN), lawful intercept (in VPLMN for SM eventsand interface to LI System), support for interaction with external DN115 for transport of signaling for PDU sessionauthorization/authentication by external DN 115. One or more offunctionalities described above may be required to be supported in aninstance of a network slice.

The user plane function, UPF 110, may include one or more of thefollowing functionalities (some of the UPF 110 functionalities may besupported in a single instance of a UPF 110): anchor point forIntra-/Inter-RAT mobility (when applicable), external PDU session pointof interconnect to DN 115, packet routing & forwarding, packetinspection and user plane part of policy rule enforcement, lawfulintercept (UP collection), traffic usage reporting, uplink classifier tosupport routing traffic flows to a data network, branching point tosupport multi-homed PDU session(s), QoS handling for user plane, uplinktraffic verification (SDF to QoS flow mapping), transport level packetmarking in the uplink and downlink, downlink packet buffering anddownlink data notification triggering. One or more of functionalitiesdescribed above may be supported in an instance of a network slice.

The UE 100 IP address management may include allocation and release ofthe UE 100 IP address as well as renewal of the allocated IP address,where applicable. The UE 100 sets the requested PDU type during the PDUsession establishment procedure based on its IP stack capabilities andconfiguration. In an example, the SMF 160 may select PDU type of a PDUsession as follows: If the SMF 160 receives a request with PDU type setto IP, the SMF 160 may select either PDU type IPv4 or IPv6 based on DNNconfiguration and operator policies. A SMF 160 may also provide a causevalue to the UE 100 to indicate whether the other IP version issupported on the DNN. If the other IP version is supported, UE 100 mayrequest another PDU Session to the same DNN for the other IP version. Ifthe SMF 160 receives a request for PDU type IPv4 or IPv6 and therequested IP version is supported by the DNN the SMF selects therequested PDU type.

In an example embodiment, the 5GC elements and UE 100 support thefollowing mechanisms: during PDU session establishment procedure, theSMF 160 may send the IP address to the UE 100 via SM NAS signaling. TheIPv4 address allocation and/or IPv4 parameter configuration via DHCPv4may also be employed once PDU session is established. IPv6 prefixallocation may be supported via IPv6 stateless autoconfiguration, ifIPv6 is supported. IPv6 parameter configuration via stateless DHCPv6 mayalso be supported.

The 5GC may support the allocation of a static IPv4 address and/or astatic IPv6 prefix based on subscription information in the UDM 140 orbased on the configuration on a per-subscriber, per-DNN basis.

User plane function(s) (UPF 110(s) 110) may handle the user plane pathof PDU sessions. A UPF 110 that provides the interface to a data networksupports the functionality of a PDU session anchor.

The policy control function, PCF 135, may support unified policyframework to govern network behavior, provide policy rules to controlplane function(s) to enforce them, implement a front end to accesssubscription information relevant for policy decisions in a user datarepository (UDR).

The network exposure function, NEF 125, may provide a means to securelyexpose the services and capabilities provided by the 3GPP networkfunctions, translate between information exchanged with the AF 145 andinformation exchanged with the internal network functions, receiveinformation from other network functions.

The NF repository function, NRF 130 may support service discoveryfunction that receives NF discovery request from NF instance, providethe information of the discovered NF instances (be discovered) to the NFinstance, and maintain the information of available NF instances andtheir supported services.

The unified data management, UDM 140, may comprise of the applicationfront end (FE) that includes the UDM-FE that is in charge of processingcredentials, location management, subscription management and the PCF135 in charge of policy control; and the user data repository, UDR, thatstores data required for functionalities provided by UDM-FE, plus policyprofiles required by the PCF 135.

The NSSF may support selecting the set of network slice instancesserving the UE 100, determining the Allowed NSSAI, determining the AMF155 set to be employed to serve the UE 100, and/or, based onconfiguration, determining a list of candidate AMF(s) 155, possibly byquerying the NRF 130.

The data stored in the UDR include at least user subscription data,including at least subscription identifiers, security credentials,access and mobility related subscription data and/or session relatedsubscription data and/or policy data.

The AUSF 150 may support authentication server function (AUSF). Thefunctionality of N3IWF 170 in case of untrusted non-3GPP access 165 mayinclude at least one or more of the following: support of IPsec tunnelestablishment with the UE; The N3IWF 170 may terminate the IKEv2/IPsecprotocols with the UE 100 over NWu and may relay over N2 the informationneeded to authenticate the UE 100 and authorize its access to the 5Gcore network; Termination of N2 and N3 interfaces to 5G Core Network forControl-Plane and user-plane respectively; Relaying uplink and downlinkcontrol-plane NAS (N1) signaling between the UE 100 and AMF 155;Handling of N2 signaling from SMF 160 (relayed by AMF 155) related toPDU sessions and QoS; Establishment of IPsec Security Association (IPsecSA) to support PDU session traffic; Relaying uplink and downlinkuser-plane packets between the UE 100 and UPF 110; Enforcing QoScorresponding to N3 packet marking, considering QoS requirementsassociated to such marking received over N2; N3 user-plane packetmarking in the uplink; and/or local mobility anchor within untrustednon-3GPP access networks 165 using MOBIKE; Supporting AMF 155 selection.

The application function, AF 145, may interact with the 3GPP corenetwork to provide services. Based on operator deployment, applicationfunctions may be trusted by the operator to interact directly withrelevant network functions. Application functions not allowed by theoperator to access directly the network functions may use the externalexposure framework (via the NEF 125) to interact with relevant networkfunctions.

The control plane interface between the (R)AN 105 and the 5G core maysupport connection of multiple different kinds of AN(s) (e.g. 3GPP RAN105, N3IWF 170 for Untrusted access 165) to the 5GC via a unique controlplane protocol. A single N2 AP protocol may be employed for both the3GPP access 105 and non-3GPP access 165; and decoupling between AMF 155and other functions such as SMF 160 that may need to control theservices supported by AN(s) (e.g. control of the UP resources in the AN105 for a PDU session).

The 5GC may be able to provide policy information from the PCF 135 tothe UE 100. Such policy information may include but not limited to thefollowing: access network discovery & selection policy, UE 100 routeselection policy (URSP) that groups to or more of SSC mode selectionpolicy (SSCMSP), network slice selection policy (NSSP), DNN selectionpolicy, and non-seamless offload policy.

The 5G core network may support the connectivity of a UE 100 vianon-3GPP access networks 165. As shown in example FIG. 5A and FIG. 5B,the registration management, RM may be employed to register orde-register a UE/user 100 with the network, and establish the usercontext in the network. Connection management may be employed toestablish and release the signaling connection between the UE 100 andthe AMF 155.

A UE 100 may need to register with the network to receive services thatrequire registration. Once registered and if applicable the UE 100 mayupdate its registration with the network periodically in order to remainreachable (periodic registration update); or upon mobility (mobilityregistration update); or to update its capabilities or re-negotiateprotocol parameters.

The initial registration procedure as depicted in example FIG. 8 andFIG. 9 may involve execution of network access control functions (e.g.user authentication and access authorization based on subscriptionprofiles in UDM 140). Example FIG. 9 is a continuation of the initialregistration procedure depicted in FIG. 8. As result of the initialregistration procedure, the identity of the serving AMF 155 may beregistered in UDM 140.

The registration management, RM procedures may be applicable over both3GPP access 105 and non 3GPP access 165.

An example FIG. 5 depicts the RM states of a UE 100 as observed by theUE 100 and AMF 155. In an example embodiment, two RM states may beemployed in a UE 100 and the AMF 155 that reflect the registrationstatus of the UE 100 in the selected PLMN: RM-DEREGISTERED 500, andRM-REGISTERED 510. In the RM DEREGISTERED state 500, the UE 100 may notbe registered with the network. The UE 100 context in AMF 155 may nothold valid location or routing information for the UE 100 so the UE 100is not reachable by the AMF 155. Some UE 100 context may still be storedin the UE 100 and the AMF 155. In the RM REGISTERED state 510, the UE100 may be registered with the network. In the RM-REGISTERED 510 state,the UE 100 may receive services that require registration with thenetwork.

In an example embodiment, two RM states may be employed in AMF 155 for aUE 100 that reflect the registration status of the UE 100 in theselected PLMN: RM-DEREGISTERED 520, and RM-REGISTERED 530.

As shown in example FIG. 6A and FIG. 6B, connection management, CM, maycomprise the functions of establishing and releasing a signalingconnection between a UE 100 and the AMF 155 over N1. This signalingconnection may be employed to enable NAS signaling exchange between theUE 100 and a core network. It comprises both the AN signaling connectionbetween the UE 100 and the (R)AN 105 (e.g. RRC connection over 3GPPaccess) and the N2 connection for this UE 100 between the AN and the AMF155.

As depicted in example FIG. 6A and FIG. 6B, two CM states may beemployed for the NAS signaling connectivity of the UE 100 with the AMF155, CM-IDLE 600, 620 and CM-CONNECTED 610, 630. A UE 100 in CM-IDLE 600state is in RM-REGISTERED 510 state and has no NAS signaling connectionestablished with the AMF 155 over N1. The UE 100 may perform cellselection, cell reselection and PLMN selection. A UE 100 in CM-CONNECTED610 state has a NAS signaling connection with the AMF 155 over N1.

In an example embodiment two CM states may be employed for a UE 100 atthe AMF 155, CM-IDLE 620 and CM-CONNECTED 630.

RRC inactive state may apply to NG-RAN (e.g. it applies to NR and E-UTRAconnected to 5G CN). The AMF 155, based on network configuration, mayprovide assistance information to the NG RAN 105, to assist the NG RAN's105 decision whether the UE 100 is sent to RRC inactive state. When a UE100 is CM-CONNECTED 610 with RRC inactive state, the UE 100 may resumethe RRC connection due to uplink data pending; Mobile initiatedsignaling procedure; As a response to RAN 105 paging; Notifying thenetwork that it has left the RAN 105 notification area.

NAS signaling connection management may include the functions ofestablishing and releasing a NAS signaling connection. NAS signalingconnection establishment function may be provided by the UE 100 and theAMF 155 to establish the NAS signaling connection for a UE 100 inCM-IDLE 600 state. The procedure of releasing the NAS signalingconnection may be initiated by the 5G (R)AN 105 node or the AMF 155.

Reachability management of UE 100 may detect whether a UE 100 isreachable and providing UE 100 location (e.g. access node) for thenetwork to reach the UE 100. This may be done by paging UE 100 and UE100 location tracking. The UE 100 location tracking may include both UE100 registration area tracking and UE 100 reachability tracking. Suchfunctionalities may be either located at 5GC (in case of CM-IDLE 620state) or NG-RAN 105 (in case of CM-CONNECTED 630 state). The UE 100 andthe AMF 155 may negotiate UE 100 reachability characteristics in CM-IDLE600, 620 state during registration and registration update procedures.

Two UE 100 reachability categories may be negotiated between a UE 100and an AMF 155 for CM-IDLE 600, 620 state. 1) UE 100 reachabilityallowing mobile device terminated data while the UE 100 is CM-IDLE 600mode. 2) Mobile initiated connection only (MICO) mode. The 5GC maysupport a PDU connectivity service that provides exchange of PDUsbetween a UE 100 and a data network identified by a DNN. The PDUconnectivity service may be supported via PDU sessions that areestablished upon request from the UE 100.

A PDU session may support one or more PDU session types. PDU sessionsmay be established (e.g. upon UE 100 request), modified (e.g. upon UE100 and 5GC request) and released (e.g. upon UE 100 and 5GC request)using NAS SM signaling exchanged over N1 between the UE 100 and the SMF160. Upon request from an application server, the 5GC may be able totrigger a specific application in the UE 100. When receiving thattrigger message, the UE 100 may pass it to the identified application inthe UE 100. The identified application in the UE 100 may establish a PDUsession to a specific DNN.

The 5G QoS model may support a QoS flow based framework as shown inexample FIG. 7. The 5G QoS model may support both QoS flows that requirea guaranteed flow bit rate and QoS flows that may not require aguaranteed flow bit rate. The 5G QoS model may also support reflectiveQoS. The QoS model may comprise flow mapping or packet marking at theUPF 110 (CN_UP) 110, AN 105 and/or UE 100. Packets may arrive fromand/or destined to the application/service layer 730 of UE 100, UPF 110(CN_UP) 110, and/or the AF 145.

QoS flow may be a granularity of QoS differentiation in a PDU session. AQoS Flow ID, QFI, may be employed to identify a QoS flow in the 5Gsystem. User plane traffic with the same QFI within a PDU session mayreceive the same traffic forwarding treatment. The QFI may be carried inan encapsulation header on N3 (and N9) e.g. without any changes to theend-to-end packet header. It may be applied to PDUs with different typesof payload. The QFI may be unique within a PDU session.

The QoS parameters of a QoS flow may be provided to the (R)AN as a QoSprofile over N2 at PDU session or at QoS flow establishment and whenNG-RAN is used at every time the user plane is activated. A default QoSrule may be required for every PDU session. The SMF 160 may allocate theQFI for a QoS flow and may derive its QoS parameters from theinformation provided by the PCF. When applicable, the SMF 160 mayprovide the QFI together with the QoS profile containing the QoSparameters of a QoS flow to the (R)AN 105.

5G QoS flow may be a granularity for QoS forwarding treatment in a 5Gsystem. Traffic mapped to the same 5G QoS flow may receive the sameforwarding treatment (e.g. scheduling policy, queue management policy,rate shaping policy, RLC configuration, and/or the like). Providingdifferent QoS forwarding treatment may require separate 5G QoS flow.

A 5G QoS indicator may be a scalar that is employed as a reference to aspecific QoS forwarding behavior (e.g. packet loss rate, packet delaybudget) to be provided to a 5G QoS flow. This may be implemented in theaccess network by the 5QI referencing node specific parameters thatcontrol the QoS forwarding treatment (e.g. scheduling weights, admissionthresholds, queue management thresholds, link layer protocolconfiguration, and/or the like.).

5GC may support edge computing and may enable operator(s) and 3rd partyservices to be hosted close to the UE's access point of attachment. The5G core network may select a UPF 110 close to the UE 100 and may executethe traffic steering from the UPF 110 to the local data network via a N6interface. This may be based on the UE's 100 subscription data, UE 100location, the information from application function AF 145, policy orother related traffic rules. The 5G core network may expose networkinformation and capabilities to an edge computing application function.The functionality support for edge computing may include local routingwhere the 5G core network may select UPF 110 to route the user trafficto the local data network, traffic steering where the 5G core networkselects the traffic to be routed to the applications in the local datanetwork, session and service continuity to enable UE 100 and applicationmobility, user plane selection and reselection, e.g. based on input fromapplication function, network capability exposure where 5G core networkand application function may provide information to each other via NEF,QoS and charging where PCF may provide rules for QoS control andcharging for the traffic routed to the local data network, support oflocal area data network where 5G core network may provide support toconnect to the LADN in a certain area where the applications aredeployed.

An example 5G system may be a 3GPP system comprising of 5G accessnetwork 105, 5G core network and a UE 100, and/or the like. AllowedNSSAI may be an NSSAI provided by a serving PLMN during e.g. aregistration procedure, indicating the NSSAI allowed by the network forthe UE 100 in the serving PLMN for the current registration area.

PDU connectivity service may provide exchange of PDUs between a UE 100and a data network. PDU session may be an association between a UE 100and a data network, DN, that provides a PDU connectivity service. Thetype of association may be IP, or Ethernet or unstructured.

Establishment of user plane connectivity to a data network via a networkslice instance(s) comprises of at least two steps. Performing a RMprocedure to select an AMF 155 that supports the required networkslices, and establishing one or more PDU session(s) to the required datanetwork via the network slice instance(s).

The set of network slices for a UE 100 may be changed at any time whilethe UE 100 is registered with a network, and may be initiated by thenetwork, or the UE 100.

A periodic registration update may be UE 100 re-registration at expiryof a periodic registration timer. A requested NSSAI is a NSSAI that theUE 100 may provide to the network. A service based interface mayrepresent how a set of services is provided/exposed by a given NF.

A service continuity may be an uninterrupted user experience of aservice, including the cases where the IP address and/or anchoring pointchange. A session continuity may refer to continuity of a PDU session.For PDU session of IP type session continuity may imply that the IPaddress is preserved for the lifetime of the PDU session. An uplinkclassifier may be a UPF 110 functionality that aims at diverting uplinktraffic, based on filter rules provided by SMF, towards data network.

The 5G system architecture may support data connectivity and servicesenabling deployments to use techniques such as e.g. network functionvirtualization and/or software defined networking. The 5G systemarchitecture may leverage service-based interactions between controlplane (CP) network functions where identified. In 5G systemarchitecture, separation of the user plane (UP) functions from thecontrol plane functions may be considered. A 5G system may enable anetwork function to interact with other NF(s) directly if required.

A 5G system may reduce dependencies between the access network (AN) andthe core network (CN). The architecture may comprise a convergedaccess-agnostic core network with a common AN-CN interface whichintegrates different 3GPP and non-3GPP access types.

A 5G system furthermore may support a unified authentication framework,stateless NFs, where the compute resource is decoupled from the storageresource, capability exposure, and concurrent access to local andcentralized services. To support low latency services and access tolocal data networks, UP functions may be deployed close to the accessnetwork.

A 5G system may support roaming with both home routed traffic as well aslocal breakout traffic in the visited PLMN. An example 5G architecturemay be service-based and the interaction between network functions maybe represented in two ways. (1) FIG. 1 is an example service-basedrepresentation, where network functions within the control plane, mayenable other authorized network functions to access their services. Thisrepresentation may also include point-to-point reference points wherenecessary. (2) FIG. 2 is an example reference point representation,showing the interaction between the NF services in the network functionsdescribed by point-to-point reference point (e.g. N11) between any twonetwork functions.

A Network Slice may include at least one of the following: the CoreNetwork Control Plane and user plane Network Functions; the 5G RadioAccess Network; and/or the N3IWF functions to the non-3GPP AccessNetwork. Network slices may differ for supported features and networkfunctions implementation. The operator may deploy multiple Network Sliceinstances delivering the same features but for different groups of UEs,e.g. as they deliver a different committed service and/or because theymay be dedicated to a customer. The NSSF may store the mappinginformation between slice instance ID and NF ID (or NF address).

A single UE 100 may simultaneously be served by one or more networkslice instances via a 5G-AN. In an example, a single UE may be served byk network slices (e.g. k=8, 16, etc) at a time. An AMF instance servingthe UE logically belongs to a Network Slice instances serving the UE.

In an example, a PDU session may belong to one specific network sliceinstance per PLMN. In an example, different network slice instances maynot share a PDU session. Different slices may have slice-specific PDUsessions using the same DNN.

An S-NSSAI (Single Network Slice Selection Assistance information) mayidentify a Network Slice. An S-NSSAI may be comprised of: aslice/service type (SST), which may refer to the expected Network Slicebehavior in terms of features and services; and/or a slicedifferentiator (SD). A slice differentiator may be optional informationthat complements the slice/service type(s) to allow furtherdifferentiation for selecting an network slice instance from potentiallymultiple network slice instances that comply with the indicatedslice/service type. This information may be referred to as SD. The sameNetwork Slice instance may be selected employing different S-NSSAIs. TheCN part of a Network Slice instance(s) serving a UE may be selected byCN.

Subscription data may include the S-NSSAI(s) of the Network Slices thatthe UE subscribes to. One or more S-NSSAIs may be marked as defaultS-NSSAI. In an example, k S-NSSAI may be marked Default S-NSSAI (e.g.k=8, 16, etc). In an example, the UE may subscribe to more than 8S-NSSAI.

A UE may be configured by the HPLMN with a Configured NSSAI per PLMN.Upon successful completion of a UE's Registration procedure, the UE mayobtain from the AMF an Allowed NSSAI for this PLMN, which may includeone or more S-NSSAIs.

The Allowed NSSAI may take precedence over the Configured NSSAI for thisPLMN. The UE may use the S-NSSAIs in the Allowed NSSAI corresponding toa Network Slice for the subsequent Network Slice selection relatedprocedures in the serving PLMN.

The establishment of user plane connectivity to a data network via anetwork slice instance(s) may comprise one or more of the followingsteps: performing a RM procedure to select an AMF that supports therequired Network Slices; establishing one or more PDU session to therequired Data network via the Network Slice Instance(s).

When a UE registers with a PLMN, if the UE for this PLMN has aconfigured NSSAI or an allowed NSSAI, the UE may provide to the networkin RRC and NAS layer a Requested NSSAI containing the S-NSSAI(s)corresponding to the slice(s) to which the UE attempts to register, inaddition to the temporary user ID if one was assigned to the UE. TheRequested NSSAI may be either: the Configured-NSSAI; the Allowed-NSSAI.

In an example, when a UE registers with a PLMN, if for this PLMN the UEhas no Configured NSSAI or Allowed NSSAI, the RAN may route NASsignalling from/to this UE to/from a default AMF.

In an example, the network, based on local policies, subscriptionchanges and/or UE mobility, may change the set of permitted NetworkSlice(s) to which the UE is registered. The network may perform suchchange during a Registration procedure or trigger a notification towardsthe UE of the change of the supported Network Slices using an RMprocedure (which may trigger a Registration procedure). The Network mayprovide the UE with a new Allowed NSSAI and Tracking Area list.

During a Registration procedure in a PLMN, in case the network decidesthat the UE should be served by a different AMF based on NetworkSlice(s) aspects, then the AMF that first received the RegistrationRequest may redirect the Registration request to another AMF via the RANor via direct signaling between the initial AMF and the target AMF.

The network operator may provision the UE with Network Slice selectionpolicy (NSSP). The NSSP includes one or more NSSP rules. An NSSP rulemay associate an application with a certain S-NSSAI. A default rulewhich matches one or more applications to a S-NSSAI may also beincluded. When a UE application associated with a specific S-NSSAIrequests data transmission, then:

If the UE 100 has one or more PDU sessions established corresponding tothe specific S-NSSAI, the UE may route the user data of this applicationin one of these PDU sessions, unless other conditions in the UE 100prohibit the use of these PDU sessions. If the application provides aDNN, then the UE 100 may consider also this DNN to determine which PDUsession to use.

If the UE 100 does not have a PDU session established with this specificS-NSSAI, the UE may request a new PDU session corresponding to thisS-NSSAI and with the DNN that may be provided by the application. Inorder for the RAN 105 to select a proper resource for supporting networkslicing in the RAN 105, RAN 105 may be aware of the Network Slices usedby the UE 100.

The AMF 155 may select an SMF 160 in a Network Slice instance based onS-NSSAI, DNN and other information e.g. UE 100 subscription and localoperator policies, when the UE 100 triggers the establishment of a PDUsession. The selected SMF 160 may establish a PDU session based onS-NSSAI and DNN.

In an example, in order to support network-controlled privacy of sliceinformation for the slices the UE accesses, when the UE is aware orconfigured that privacy considerations apply to NSSAI: The UE may notinclude NSSAI in NAS signaling unless the UE has a NAS security contextand the UE may not include NSSAI in unprotected RRC signaling.

In an example, for roaming scenarios, the Network Slice specific networkfunctions in VPLMN and HPLMN may be selected based on the S-NSSAIprovided by the UE during PDU connection establishment. If astandardized S-NSSAI is used, then selections of slice specific NFinstances may be done by each PLMN based on the provided S-NSSAI.Otherwise, the VPLMN may map the S-NSSAI of HPLMN to a S-NSSAI of VPLMNbased on roaming agreement (including mapping to a default S-NSSAI ofVPLMN). The selection of slice specific NF instance in VPLMN may be donebased on the S-NSSAI of VPLMN. The selection of any slice specific NFinstance in HPLMN may be based on the S-NSSAI of HPLMN.

As depicted in example FIG. 10 and FIG. 11, a service request proceduree.g., a UE 100 triggered service request procedure may be used by a UE100 in CM-IDLE state to request the establishment of a secure connectionto an AMF 155. FIG. 11 is continuation of FIG. 10 depicting the servicerequest procedure. The service request procedure may be used to activatea user plane connection for an established PDU Session. The servicerequest procedure may be triggered by the UE 100 or the 5GC, and may beused when the UE 100 is in CM-IDLE and/or in CM-CONNECTED and may allowselectively to activate user plane connections for some of theestablished PDU Sessions.

The UE 100 in CM IDLE state may initiate the service request procedurein order to send uplink signaling messages, user data, as a response toa network paging request and/or the like. After receiving the servicerequest message, the AMF 155 may perform authentication. After theestablishment of the signaling connection to the AMF 155, the UE 100 ornetwork may send signaling messages, e.g. PDU Session establishment fromthe UE 100 to a SMF 160, via the AMF 155.

In an example, for any service request, the AMF 155 may respond with aservice accept message to synchronize PDU session status between the UE100 and network. The AMF 155 may respond with a service reject messageto the UE 100, if the service request may not be accepted by network.The service reject message may include an indication or cause coderequesting the UE 100 to perform a registration update procedure. In anexample, for service request due to user data, network may take furtheractions if user plane connection activation may not be successful. In anexample FIG. 10 and FIG. 11, more than one UPF, e.g., old UPF 110-2 andPDU Session Anchor PSA UPF 110-3 may be involved.

In an example, the UE 100 may send to a (R)AN 105 an AN messagecomprising AN parameters, Mobility Management, MM NAS Service Request(e.g., list of PDU Sessions to be activated, list of allowed PDUsessions, security parameters, PDU session status)). The list of PDUsessions to be activated may be provided by the UE 100 when the UE 100may re-activate the PDU session(s). The list of allowed PDU sessions maybe provided by the UE 100 when the service request may be a response ofa paging or a NAS notification, and may identify the PDU sessions thatmay be transferred or associated to the access on which the ServiceRequest may be sent. In an example, for the case of NG-RAN, the ANparameters may include selected PLMN ID and an establishment cause. Theestablishment cause may provide the reason for requesting theestablishment of an RRC connection. The UE 100 may send NAS servicerequest message towards the AMF 155 encapsulated in an RRC message tothe RAN 105.

In an example, if the service request may be triggered for user data,the UE 100 may identify, using the list of PDU sessions to be activated,the PDU Session(s) for which the UP connections are to be activated inthe NAS service request message. If the service request may be triggeredfor signaling, the UE 100 may not identify any PDU session(s). If thisprocedure may be triggered for paging response, and/or the UE 100 mayhave at the same time user data to be transferred, the UE 100 mayidentify the PDU Session(s) whose UP connections may be activated in MMNAS service request message, by the list of PDU sessions to beactivated. Otherwise the UE 100 may not identify any PDU Session(s) inthe service request message for paging response.

If the service request over 3GPP access may be triggered in response toa paging indicating non-3GPP access, the NAS service request message mayidentify in the list of allowed PDU sessions the list of PDU Sessionsassociated with the non-3GPP access that may be re-activated over 3GPP.In an example, the PDU Session status may indicate the PDU sessionsavailable in the UE 100. In an example, the UE 100 may not trigger theservice request procedure for a PDU Session corresponding to a LADN whenthe UE 100 may be outside the area of availability of the LADN. The UE100 may not identify such PDU session(s) in the list of PDU sessions tobe activated, if the service request may be triggered for other reasons.

In an example, the (R)AN 105 may send to AMF 155 an N2 Messagecomprising N2 parameters, MM NAS Service Request, and/or the like. TheAMF 155 may reject the N2 message if it may not be able to handle theservice request. In an example, if NG-RAN may be used, the N2 parametersmay include the 5G-GUTI, Selected PLMN ID, Location information, RATtype, Establishment cause, and/or the like. In an example, the 5G-GUTImay be obtained in RRC procedure and the (R)AN 105 may select the AMF155 according to the 5G-GUTI. In an example, the location informationand RAT type may relate to the cell in which the UE 100 may be camping.In an example, based on the PDU Session status, the AMF 155 may initiatePDU session release procedure in the network for the PDU sessions whosePDU Session ID(s) may be indicated by the UE 100 as not available.

In an example, if the service request was not sent integrity protectedor integrity protection verification failed, the AMF 155 may initiate aNAS authentication/security procedure.

In an example, if the UE 100 may trigger the service request toestablish a signaling connection, upon successful establishment of thesignaling connection, the UE 100 and the network may exchange NASsignaling.

In an example the AMF 155 may send to the SMF 160 a PDU session updatecontext request e.g., Nsmf_PDUSession_UpdateSMContext Request comprisingPDU Session ID(s), Cause(s), UE 100 location information, access type,and/or the like.

In an example, the Nsmf_PDUSession_UpdateSMContext Request may beinvoked by the AMF 155 if the UE 100 may identify PDU Session(s) to beactivated in the NAS Service Request message. In an example, theNsmf_PDUSession_UpdateSMContext Request may be triggered by the SMF 160wherein the PDU Session(s) identified by the UE 100 may correlate toother PDU Session ID(s) than the one triggering the procedure. In anexample, the Nsmf_PDUSession_UpdateSMContext Request may be triggered bythe SMF 160 wherein the current UE 100 location may be outside the “Areaof validity for the N2 information” provided by the SMF 160 during anetwork triggered service request procedure. The AMF 155 may not sendthe N2 information provided by the SMF 160 during the network triggeredservice request procedure.

In an example, the AMF 155 may determine the PDU Session(s) to beactivated and may send an Nsmf_PDUSession_UpdateSMContext Request toSMF(s) associated with the PDU Session(s) with Cause set to indicate“establishment of user plane resources” for the PDU Session(s).

In an example, if the procedure may be triggered in response to pagingindicating non-3GPP access, and the list of allowed PDU sessionsprovided by the UE 100 may not include the PDU session for which the UE100 was paged, the AMF 155 may notify the SMF 160 that the User Planefor the PDU Session may not be re-activated. The Service RequestProcedure may succeed without re-activating the User Plane of any PDUSessions, and the AMF 155 may notify the UE 100.

In an example, if the PDU Session ID may correspond to a LADN and theSMF 160 may determine that the UE 100 may be outside the area ofavailability of the LADN based on the UE 100 location reporting from theAMF 155, the SMF 160 may decide to (based on local policies) keep thePDU Session, may reject the activation of user plane connection for thePDU session and may inform the AMF 155. In an example, if the proceduremay be triggered by a Network Triggered Service Request, the SMF 160 maynotify the UPF 110 that originated the Data Notification to discarddownlink data for the PDU Sessions and/or to not provide further DataNotification messages. The SMF 160 may respond to the AMF 155 with anappropriate reject cause and the User Plane Activation of PDU Sessionmay be stopped.

In an example, if the PDU Session ID may correspond to a LADN and theSMF 160 may determine that the UE 100 may be outside the area ofavailability of the LADN based on the UE 100 location reporting from theAMF 155, the SMF 160 may decide to (based on local policies) release thePDU Session. The SMF 160 may locally release the PDU Session and mayinform the AMF 155 that the PDU Session may be released. The SMF 160 mayrespond to the AMF 155 with an appropriate reject cause and the UserPlane Activation of PDU Session may be stopped.

In an example, if the UP activation of the PDU Session may be acceptedby the SMF 160, based on the location info received from the AMF 155,the SMF 160 may check the UPF 110 Selection Criteria (e.g., sliceisolation requirements, slice coexistence requirements, UPF's dynamicload, UPF's relative static capacity among UPFs supporting the same DNN,UPF 110 location available at the SMF 160, UE 100 location information,Capability of the UPF 110 and the functionality required for theparticular UE 100 session. In an example, an appropriate UPF 110 may beselected by matching the functionality and features required for an UE100, Data Network Name (DNN), PDU Session Type (i.e. IPv4, IPv6,Ethernet Type or Unstructured Type) and if applicable, the static IPaddress/prefix, SSC mode selected for the PDU Session, UE 100subscription profile in UDM, DNAI as included in the PCC Rules, Localoperator policies, S-NSSAI, Access technology being used by the UE 100,UPF logical topology, and/or the like), and may determine to perform oneor more of the following:

-   -   continue using the current UPF(s);    -   may select a new intermediate UPF 110 (or add/remove an        intermediate UPF 110), if the UE 100 has moved out of the        service area of the UPF 110 that was previously connecting to        the AN, while maintaining the UPF(s) acting as PDU Session        Anchor;    -   may trigger re-establishment of the PDU Session to perform        relocation of the UPF 110 acting as PDU Session Anchor, e.g. the        UE 100 has moved out of the service area of the anchor UPF 110        which is connecting to RAN 105.

In an example, the SMF 160 may send to the UPF 110 (e.g., newintermediate UPF 110) an N4 Session Establishment Request. In anexample, if the SMF 160 may select a new UPF 110 to act as intermediateUPF 110-2 for the PDU Session, or if the SMF 160 may select to insert anintermediate UPF for a PDU Session which may not have an intermediateUPF 110-2, an N4 Session Establishment Request message may be sent tothe new UPF 110, providing Packet detection, Data forwarding,enforcement and reporting rules to be installed on the new intermediateUPF. The PDU Session Anchor addressing information (on N9) for this PDUSession may be provided to the intermediate UPF 110-2.

In an example, if a new UPF 110 is selected by the SMF 160 to replacethe old (intermediate) UPF 110-2, the SMF 160 may include a Dataforwarding indication. The Data Forwarding Indication may indicate tothe UPF 110 that a second tunnel endpoint may be reserved for bufferedDL data from the old I-UPF.

In an example, the new UPF (intermediate) may send to SMF 160 an N4Session Establishment Response message. In case the UPF may allocate CNTunnel Info, the UPF 110 may provide DL CN Tunnel Info for the UPF 110acting as PDU Session Anchor and UL CN Tunnel Info (e.g., CN N3 tunnelinfo) to the SMF 160. If the Data forwarding indication may be received,the new (intermediate) UPF 110 acting as N3 terminating point may sendDL CN Tunnel Info for the old (intermediate) UPF 110-2 to the SMF 160.The SMF 160 may start a timer, to release the resource in the oldintermediate UPF 110-2.

In an example, if the SMF 160 may selects a new intermediate UPF 110 forthe PDU Session or may remove the old I-UPF 110-2, the SMF 160 may sendN4 Session Modification Request message to PDU Session Anchor, PSA UPF110-3, providing the data forwarding indication and DL tunnelinformation from new intermediate UPF 110.

In an example, if the new intermediate UPF 110 may be added for the PDUSession, the (PSA) UPF 110-3 may begin to send the DL data to the newI-UPF 110 as indicated in the DL tunnel information.

In an example, if the Service Request may be triggered by the network,and the SMF 160 may remove the old I-UPF 110-2 and may not replace theold I-UPF 110-2 with the new I-UPF 110, the SMF 160 may include the DataForwarding indication in the request. The Data Forwarding Indication mayindicate to the (PSA) UPF 110-3 that a second tunnel endpoint may bereserved for buffered DL data from the old I-UPF 110-2. In this case,the PSA UPF 110-3 may begin to buffer the DL data it may receive at thesame time from the N6 interface.

In an example, the PSA UPF 110-3 (PSA) may send to the SMF 160 an N4Session Modification Response. In an example, if the Data ForwardingIndication may be received, the PSA UPF 110-3 may become as N3Terminating Point and may send CN DL tunnel info for the old(intermediate) UPF 110-2 to the SMF 160. The SMF 160 may start a timer,to release the resource in old intermediate UPF 110-2 if there is one.

In an example, the SMF 160 may send to the old UPF 110-2 (intermediate)an N4 Session Modification Request (e.g., may comprise New UPF 110address, New UPF 110 DL Tunnel ID, and/or the like). In an example, ifthe service request may be triggered by the network, and/or the SMF 160may remove the old (intermediate) UPF 110-2, the SMF 160 may send the N4Session Modification Request message to the old (intermediate) UPF110-2, and may provide the DL tunnel information for the buffered DLdata. If the SMF 160 may allocate new I-UPF 110, the DL tunnelinformation is from the new (intermediate) UPF 110 may act as N3terminating point. If the SMF 160 may not allocate a new I-UPF 110, theDL tunnel information may be from the new UPF (PSA) 110-3 acting as N3terminating point. The SMF 160 may start a timer to monitor theforwarding tunnel. In an example, the old (intermediate) UPF 110-2 maysend N4 Session Modification Response message to the SMF 160.

In an example, if the I-UPF 110-2 may be relocated and forwarding tunnelwas established to the new I-UPF 110, the old (intermediate) UPF 110-2may forward its buffered data to the new (intermediate) UPF 110 actingas N3 terminating point. In an example, if the old I-UPF 110-2 may beremoved and the new I-UPF may not be assigned for the PDU session andforwarding tunnel may be established to the UPF (PSA) 110-3, the old(intermediate) UPF 110-2 may forward its buffered data to the UPF (PSA)110-3 acting as N3 Terminating Point.

In an example, the SMF 160 may send to the AMF 155 an N11 message e.g.,a Nsmf_PDUSession_UpdateSMContext Response (comprising: N1 SM container(PDU Session ID, PDU Session re-establishment indication), N2 SMinformation (PDU Session ID, QoS profile, CN N3 Tunnel Info, S-NSSAI),Cause), upon reception of the Nsmf_PDUSession_UpdateSMContext Requestwith a cause including e.g., “establishment of user plane resources”.The SMF 160 may determine whether UPF 110 reallocation may be performed,based on the UE 100 location information, UPF 110 service area andoperator policies. In an example, for a PDU Session that the SMF 160 maydetermine to be served by the current UPF 110, e.g., PDU Session Anchoror intermediate UPF, the SMF 160 may generate N2 SM information and maysend an Nsmf_PDUSession_UpdateSMContext Response to the AMF 155 toestablish the User Plane(s). The N2 SM information may containinformation that the AMF 155 may provide to the RAN 105. In an example,for a PDU Session that the SMF 160 may determine as requiring a UPF 110relocation for PDU Session Anchor UPF, the SMF 160 may reject theactivation of UP of the PDU Session by sendingNsmf_PDUSession_UpdateSMContext Response that may contain N1 SMcontainer to the UE 100 via the AMF 155. The N1 SM container may includethe corresponding PDU Session ID and PDU Session re-establishmentindication.

Upon reception of the Namf_EventExposure_Notify from the AMF 155 to theSMF 160, with an indication that the UE 100 is reachable, if the SMF 160may have pending DL data, the SMF 160 may invokes theNamf_Communication_N1N2MessageTransfer service operation to the AMF 155to establish the User Plane(s) for the PDU Sessions. In an example, theSMF 160 may resume sending DL data notifications to the AMF 155 in caseof DL data.

In an example, the SMF 160 may send to a message to the AMF 155 toreject the activation of UP of the PDU Session by including a cause inthe Nsmf_PDUSession_UpdateSMContext Response if the PDU Session maycorrespond to a LADN and the UE 100 may be outside the area ofavailability of the LADN, or if the AMF 155 may notify the SMF 160 thatthe UE 100 may be reachable for regulatory prioritized service, and thePDU Session to be activated may not for a regulatory prioritizedservice; or if the SMF 160 may decide to perform PSA UPF 110-3relocation for the requested PDU Session.

In an example, the AMF 155 may send to the (R)AN 105 an N2 Requestmessage (e.g., N2 SM information received from SMF 160, securitycontext, AMF 155 Signaling Connection ID, Handover Restriction List, MMNAS Service Accept, list of recommended cells/TAs/NG-RAN nodeidentifiers). In an example, the RAN 105 may store the Security Context,AMF 155 Signaling Connection Id, QoS Information for the QoS Flows ofthe PDU Sessions that may be activated and N3 Tunnel IDs in the UE 100RAN 105 context. In an example, the MM NAS Service Accept may includePDU Session status in the AMF 155. If the activation of UP of a PDUSession may be rejected by the SMF 160, the MM NAS Service Accept mayinclude the PDU Session ID and the reason why the user plane resourcesmay not activated (e.g. LADN not available). Local PDU Session releaseduring the Session Request procedure may be indicated to the UE 100 viathe Session Status.

In an example, if there are multiple PDU Sessions that may involvemultiple SMFs, the AMF 155 may not wait for responses from all SMFsbefore it may send N2 SM information to the UE 100. The AMF 155 may waitfor all responses from the SMFs before it may send MM NAS Service Acceptmessage to the UE 100.

In an example, the AMF 155 may include at least one N2 SM informationfrom the SMF 160 if the procedure may be triggered for PDU Session UserPlane activation. AMF 155 may send additional N2 SM information fromSMFs in separate N2 message(s) (e.g. N2 tunnel setup request), if thereis any. Alternatively, if multiple SMFs may be involved, the AMF 155 maysend one N2 Request message to (R)AN 105 after all theNsmf_PDUSession_UpdateSMContext Response service operations from all theSMFs associated with the UE 100 may be received. In such case, the N2Request message may include the N2 SM information received in each ofthe Nsmf_PDUSession_UpdateSMContext Response and PDU Session ID toenable AMF 155 to associate responses to relevant SMF 160.

In an example, if the RAN 105 (e.g., NG RAN) node may provide the listof recommended cells/TAs/NG-RAN node identifiers during the AN Releaseprocedure, the AMF 155 may include the information from the list in theN2 Request. The RAN 105 may use this information to allocate the RAN 105Notification Area when the RAN 105 may decide to enable RRC Inactivestate for the UE 100.

If the AMF 155 may receive an indication, from the SMF 160 during a PDUSession Establishment procedure that the UE 100 may be using a PDUSession related to latency sensitive services, for any of the PDUSessions established for the UE 100 and the AMF 155 has received anindication from the UE 100 that may support the CM-CONNECTED with RRCInactive state, then the AMF 155 may include the UE's “RRC InactiveAssistance Information”. In an example, the AMF 155 based on networkconfiguration, may include the UE's “RRC Inactive AssistanceInformation”.

In an example, the (R)AN 105 may send to the UE 100 a message to performRRC Connection Reconfiguration with the UE 100 depending on the QoSInformation for all the QoS Flows of the PDU Sessions whose UPconnections may be activated and Data Radio Bearers. In an example, theUser Plane security may be established.

In an example, if the N2 Request may include a MM NAS Service Acceptmessage, the RAN 105 may forward the MM NAS Service Accept to the UE100. The UE 100 may locally delete context of PDU Sessions that may notbe available in 5GC.

In an example, if the N1 SM information may be transmitted to the UE 100and may indicate that some PDU Session(s) may be re-established, the UE100 may initiate PDU Session re-establishment for the PDU Session(s)that me be re-established after the Service Request procedure may becomplete.

In an example, after the User Plane radio resources may be setup, theuplink data from the UE 100 may be forwarded to the RAN 105. The RAN 105(e.g., NG-RAN) may send the uplink data to the UPF address and Tunnel IDprovided.

In an example, the (R)AN 105 may send to the AMF 155 an N2 Request Ack(e.g., N2 SM information (comprising: AN Tunnel Info, List of acceptedQoS Flows for the PDU Sessions whose UP connections are activated, Listof rejected QoS Flows for the PDU Sessions whose UP connections areactivated)). In an example, the N2 request message may include N2 SMinformation(s), e.g. AN Tunnel Info. RAN 105 may respond N2 SMinformation with separate N2 message (e.g. N2 tunnel setup response). Inan example, if multiple N2 SM information are included in the N2 Requestmessage, the N2 Request Ack may include multiple N2 SM information andinformation to enable the AMF 155 to associate the responses to relevantSMF 160.

In an example, the AMF 155 may send to the SMF 160 aNsmf_PDUSession_UpdateSMContext Request (N2 SM information (AN TunnelInfo), RAT Type) per PDU Session. If the AMF 155 may receive N2 SMinformation (one or multiple) from the RAN 105, then the AMF 155 mayforward the N2 SM information to the relevant SMF 160. If the UE 100Time Zone may change compared to the last reported UE 100 Time Zone thenthe AMF 155 may include the UE 100 Time Zone IE in theNsmf_PDUSession_UpdateSMContext Request message.

In an example, if dynamic PCC is deployed, the SMF 160 may initiatenotification about new location information to the PCF (if subscribed)by invoking an event exposure notification operation (e.g., aNsmf_EventExposure_Notify service operation). The PCF may provideupdated policies by invoking a policy control update notificationmessage (e.g., a Npcf_SMPolicyControl_UpdateNotify operation).

In an example, if the SMF 160 may select a new UPF 110 to act asintermediate UPF 110 for the PDU session, the SMF 160 may initiates anN4 Session modification procedure to the new I-UPF 110 and may provideAN Tunnel Info. The Downlink Data from the new I-UPF may be forwarded toRAN 105 and UE 100. In an example, the UPF may send to the SMF 160, anN4 Session Modification Response. In an example, the SMF 160 may send tothe AMF 155, an Nsmf_PDUSession_UpdateSMContext Response.

In an example, if forwarding tunnel may be established to the new I-UPF110 and if the timer SMF 160 set for forwarding tunnel may be expired,the SMF 160 may sends N4 Session modification request to new(intermediate) UPF 110 acting as N3 terminating point to release theforwarding tunnel. In an example, the PSA UPF 110-3 may send to the SMF160 an N4 session modification response. In an example, the SMF 160 maysend to the old UPF 110-2 an N4 Session Modification Request, or N4Session Release Request. In an example, if the SMF 160 may continueusing the old UPF 110-2, the SMF 160 may send an N4 Session ModificationRequest, providing AN Tunnel Info. In an example, if the SMF 160 mayselect a new UPF 110 to act as intermediate UPF 110, and the old UPF110-2 may not be PSA UPF 110-3, the SMF 160 may initiate resourcerelease, after timer expires, by sending an N4 Session Release Request(Release Cause) to the old intermediate UPF 110-2.

In an example, the old intermediate UPF 110-2 may send to the SMF 160 anN4 Session Modification Response or N4 Session Release Response. The oldUPF 110-2 may acknowledge with the N4 Session Modification Response orN4 Session Release Response message to confirm the modification orrelease of resources. The AMF 155 may invoke theNamf_EventExposure_Notify service operation to notify the mobilityrelated events, after this procedure may complete, towards the NFs thatmay have subscribed for the events. In an example, the AMF 155 mayinvoke the Namf_EventExposure_Notify towards the SMF 160 if the SMF 160had subscribed for UE 100 moving into or out of “area of interest” andif the UE's current location may indicate that it may be moving into ormoving outside of the “Area of interest” subscribed, or if the SMF 160had subscribed for “LADN DNN” and if the UE 100 may be moving into oroutside of an area where the LADN is available, or if the UE 100 may bein MICO mode and the AMF 155 had notified an SMF 160 of the UE 100 beingunreachable and that SMF 160 may not send DL data notifications to theAMF 155, and the AMF 155 may informs the SMF 160 that the UE 100 isreachable, or if the SMF 160 had subscribed for UE 100 reachabilitystatus, then the AMF 155 may notify the UE 100 reachability.

The UPF 110 selection functionality in the SMF 160 may optionallyutilize the NRF to discover UPF instance(s). The new UPF instances mayregister with the NRF 130. The NRF 130 may be configured by OAM 175 withinformation on the available UPF(s) or the UPF may register itself ontothe NRF 130. The SMF 160 may decide to insert in the data path of a PDUSession a UPF 110 supporting the UL CL functionality during or after thePDU Session establishment, or to remove from the data path of a PDUSession a UPF 110 supporting the UL CL functionality after the PDUSession establishment. The SMF 160 may include more than one UPF 110supporting the UL CL functionality in the data path of a PDU Session.The present invention enables selection of the UPF 110 (e.g., the UPFthat may be registered with the NRF 130) that has the required UL CLsupport functionality.

In an example embodiment, when the PDU session establishment proceduremay be employed, the UE 100 may send to the AMF 155 a NAS Message (or aSM NAS message) comprising NSSAI, S-NSSAI (e.g., requested S-NSSAI,allowed S-NSSAI, subscribed S-NSSAI, and/or the like), DNN, PDU SessionID, Request type, Old PDU Session ID, N1 SM container (PDU SessionEstablishment Request), and/or the like. In an example, the UE 100, inorder to establish a new PDU Session, may generate a new PDU Session ID.In an example, when Emergency service may be required and an EmergencyPDU Session may not already be established, the UE 100 may initiate theUE 100 Requested PDU Session establishment procedure with a Request Typeindicating “Emergency Request”. In an example, the UE 100 may initiatethe UE 100 Requested PDU Session establishment procedure by thetransmission of the NAS message containing a PDU Session EstablishmentRequest within the N1 SM container. The PDU Session EstablishmentRequest may include a PDU Type, SSC mode, Protocol ConfigurationOptions, and/or the like. In an example, the Request Type may indicate“Initial request” if the PDU Session Establishment is a request toestablish the new PDU Session and may indicate “Existing PDU Session” ifthe request refers to an existing PDU Session between 3GPP access andnon-3GPP access or to an existing PDN connection in EPC. In an example,the Request Type may indicate “Emergency Request” if the PDU SessionEstablishment may be a request to establish a PDU Session for Emergencyservices. The Request Type may indicate “Existing Emergency PDU Session”if the request refers to an existing PDU Session for Emergency servicesbetween 3GPP access and non-3GPP access. In an example, the NAS messagesent by the UE 100 may be encapsulated by the AN in a N2 message towardsthe AMF that may include User location information and Access TechnologyType Information. In an example, the PDU Session Establishment Requestmessage may contain SM PDU DN Request Container containing informationfor the PDU Session authorization by the external DN. In an example, ifthe procedure may be triggered for SSC mode 3 operation, the UE 100 mayinclude the Old PDU Session ID which may indicate the PDU Session ID ofthe on-going PDU Session to be released, in the NAS message. The Old PDUSession ID may be an optional parameter which may be included in thiscase. In an example, the AMF 155 may receive from the AN the NAS message(e.g., NAS SM message) together with User Location Information (e.g.Cell Id in case of the RAN). In an example, the UE 100 may not trigger aPDU Session establishment for a PDU Session corresponding to a LADN whenthe UE 100 is outside the area of availability of the LADN.

In an example, the AMF 155 may determine that the NAS message or the SMNAS message may correspond to the request for the new PDU Session basedon that Request Type indicates “initial request” and that the PDUSession ID may not be used for any existing PDU Session(s) of the UE100. If the NAS message does not contain an S-NSSAI, the AMF 155 maydetermine a default S-NSSAI for the requested PDU Session eitheraccording to the UE 100 subscription, if it may contain only one defaultS-NSSAI, or based on operator policy. In an example, the AMF 155 mayselect an SMF 160. If the Request Type may indicate “Initial request” orthe request may be due to handover from EPS, the AMF 155 may store anassociation of the S-NSSAI, the PDU Session ID and a SMF ID. In anexample, if the Request Type is “initial request” and if the Old PDUSession ID indicating the existing PDU Session may be contained in themessage, the AMF may select the SMF and may store an association of thenew PDU Session ID and the selected SMF ID.

In an example, the AMF 155 may send to the SMF 160, an N11 message,e.g., Nsmf_PDUSession_CreateSMContext Request (comprising: SUPI or PEI,DNN, S-NSSAI, PDU Session ID, AMF ID, Request Type, N1 SM container (PDUSession Establishment Request), User location information, Access Type,PEI, GPSI), or Nsmf_PDUSession_UpdateSMContext Request (SUPI, DNN,S-NSSAI, PDU Session ID, AMF ID, Request Type, N1 SM container (PDUSession Establishment Request), User location information, Access Type,RAT type, PEI). In an example, if the AMF 155 may not have anassociation with the SMF 160 for the PDU Session ID provided by the UE100 (e.g when Request Type indicates “initial request”), the AMF mayinvoke the Nsmf_PDUSession_CreateSMContext Request, but if the AMFalready has an association with an SMF for the PDU Session ID providedby the UE 100 (e.g when Request Type indicates “existing PDU Session”),the AMF may invoke the Nsmf_PDUSession_UpdateSMContext Request. In anexample, the AMF ID may be the UE's GUAMI which uniquely identifies theAMF 155 serving the UE 100. The AMF 155 may forward the PDU Session IDtogether with the N1 SM container containing the PDU SessionEstablishment Request received from the UE 100. The AMF 155 may providethe PEI instead of the SUPI when the UE 100 has registered for Emergencyservices without providing the SUPI. In case the UE 100 has registeredfor Emergency services but has not been authenticated, the AMF 155 mayindicate that the SUPI has not been authenticated.

In an example, if the Request Type may indicate neither “EmergencyRequest” nor “Existing Emergency PDU Session” and, if the SMF 160 hasnot yet registered and subscription data may not be available, the SMF160 may register with the UDM 140, and may retrieve subscription dataand subscribes to be notified when subscription data may be modified. Inan example, if the Request Type may indicate “Existing PDU Session” or“Existing Emergency PDU Session” the SMF 160 may determine that therequest may be due to handover between 3GPP access and non-3GPP accessor due to handover from EPS. The SMF 160 may identify the existing PDUSession based on the PDU Session ID. The SMF may not create a new SMcontext but instead may update the existing SM context and may providethe representation of the updated SM context to the AMF 155 in theresponse. if the Request Type may be “Initial request” and if the OldPDU Session ID may be included in Nsmf_PDUSession_CreateSMContextRequest, the SMF 160 may identify the existing PDU Session to bereleased based on the Old PDU Session ID.

In an example, the SMF 160 may send to the AMF 155, the N11 messageresponse, e.g., either a PDU Session Create/Update Response,Nsmf_PDUSession_CreateSMContext Response(Cause, SM Context ID or N1 SMcontainer (PDU Session Reject(Cause))) or anNsmf_PDUSession_UpdateSMContext Response.

In an example, if the SMF 160 may need to perform secondaryauthorization/authentication during the establishment of the PDU Sessionby a DN-AAA server, the SMF 160 may select a UPF 110 and may trigger aPDU Session establishment authentication/authorization.

In an example, if the Request Type may indicate “Initial request”, theSMF 160 may select an SSC mode for the PDU Session. The SMF 160 mayselect one or more UPFs as needed. In case of PDU Type IPv4 or IPv6, theSMF 160 may allocate an IP address/prefix for the PDU Session. In caseof PDU Type IPv6, the SMF 160 may allocate an interface identifier tothe UE 100 for the UE 100 to build its link-local address. ForUnstructured PDU Type the SMF 160 may allocate an IPv6 prefix for thePDU Session and N6 point-to-point tunneling (based on UDP/IPv6).

An example FIG. 12, may depict an example embodiment wherein the UPF 110may register and/or configure itself with the NRF 130 or the OAM 175.

In an example embodiment, the NRF 130 may receive from the SMF 160, afirst message indicating a request of updated network functioninformation. The first message, may be a network function statussubscribe message (e.g., Nnrf_NFManagement_NFStatusSubscribe) that mayindicate a request from the SMF for notification of a newly registeredUPF 110, an update on the status of the UPF 110, and/or the like. In anexample, the first message may comprise a network function NF type ofthe target NF (e.g., the UPF 110), a NF identifier of the SMF 160,required NF services, FQDN of the SMF 160, IP address of the SMF 160,and/or the like. In an example, the NRF 130 may receive from a firstnetwork element, a second message. In an example, the first networkelement may be the OAM 175, the UPF 110, and/or the like. In an example,the second message may comprise an uplink classifier indicationparameter for a network function. The network function may be the UPF110, the first network element, and/or the like. In an example, thesecond message may further comprise an identifier of the networkfunction, a capability information of the network function, a trafficrouting capability of the network function, a network function type ofthe network function, an IP address of the network function, a fullyqualified domain name (FQDN) of the network function, a profile of thenetwork function, a list of supported S-NSSAIs, and/or the like. In anexample, the profile of the network function may be employed to describethe characteristics of the NF instance. When one core network, CN NFinstance is instantiated, the associated NF profile may be generated andstored on the NF instance. During the service registration procedure,the NF profile may be registered and stored on the NRF 130. The profileof the network function may comprise at the NF Type, the FQDN and IPaddress of the NF instance, Network Slice related Identifier(s) e.g.S-NSSAI, NSI ID, NF capacity information, permissions, authorizationinformation, and/or the like.

In an example embodiment, the traffic routing capability may indicatethat the network function may support an IPv6 multi-homingfunctionality. The IPv6 multi-homing functionality may enableassociation of a PDU session with multiple IPv6 prefixes. In an example,the IPv6 multi-homing functionality may provide access to a Data Network(DN) via more than one PDU Session Anchor e.g., more than one UPF 110.

In an example, the uplink classifier indication parameter may indicatethat the network function may support an uplink classifier functionality(e.g., UL CL functionality). In an example, the uplink classifierfunctionality may apply filtering rules (e.g. to examine the destinationIP address/Prefix of UL IP packets sent by the UE 100) and may determinehow packets should be routed. The UPF 110 supporting the uplinkclassifier functionality (UL CL) may be controlled by the SMF 160 tosupport traffic measurement for charging, traffic replication for lawfulintercept, LI, bit rate enforcement (per PDU Session Aggregate MaximumBit Rate, AMBR), and/or the like. In an example, the uplink classifierfunctionality may employ traffic detection, traffic forwarding rules,and/or the like, that may be provided by the SMF 160. In an example, forPDU Sessions of type IPv4, IPv6 or Ethernet, the SMF 160 may decide toinsert in the data path of the PDU Session an Uplink Classifier, UL CL.The UL CL functionality may be supported by an UPF 110 that may divert(locally) some traffic matching traffic filters provided by the SMF 160.The insertion and removal of the UL CL may be decided by the SMF 160 andmay be controlled by the SMF 160 using generic N4 procedures and UPF 110capabilities. The SMF 160 may decide to insert in the data path of thePDU Session the UPF 110 supporting the UL CL functionality during orafter the PDU Session establishment, or to remove from the data path ofthe PDU Session the UPF 110 supporting the UL CL functionality after thePDU Session establishment. The SMF 160 may include more than one UPF 110supporting the UL CL functionality in the data path of the PDU Session.

In an example, the NRF 130 may send to the SMF 160 a third message inresponse to receiving the second message. The third message may be anetwork function status notify message (e.g., Nnrf_NFManagement_NFStatusNotify). The third message may comprise theidentifier of the network function, the uplink classifier indicationparameter, the capability information of the network function, thetraffic routing capability of the network function, the network functiontype of the network function, the IP address of the network function,the fully qualified domain name (FQDN) of the network function, theprofile of the network function, the list of supported S-NSSAIs, and/orthe like.

In an example embodiment, the SMF 160 may receive from the AMF 155 afourth message indicating a creation request or a modification requestof one or more PDU sessions for a wireless device, the UE 100. In anexample, the fourth message may be the N11 message (e.g., the N11message from the AMF 155 to the SMF 160 as part of the PDU sessionestablishment procedure, the N11 message from the AMF 155 to the SMF 160as part of the service request procedure, and/or the like) indicatingthe creation request of one or more PDU sessions (e.g., a sessioncreation request message, a session modification request message, and/orthe like). The session creation request may be part of the servicerequest procedure, the PDU session establishment, and/or the like of thewireless device, the UE 100. The session creation/modification requestmay comprise one or more of NSSAI, S-NSSAI (e.g., requested S-NSSAI,allowed S-NSSAI, subscribed S-NSSAI, and/or the like), DNN, PDU SessionID, Request type, Old PDU Session ID, N1 SM container (PDU SessionEstablishment Request), and/or the like. In an example embodiment, ifthe SMF 160 may determine that a new UPF 110 may be selected (e.g.,based on an initial request indication, an indication for selecting anew intermediate UPF 110, and/or the like), the SMF 160 may select thenew UPF 110 based on one or more of the following: the uplink classifierindication parameter, the traffic routing capability, UPF's dynamicload, UPF's relative static capacity among UPFs supporting the same DNN,UPF 110 location available at the SMF 160, UE 100 location information,Capability of the UPF 110 and the functionality required for theparticular UE 100 session. In an example, the appropriate UPF 110 may beselected by matching the functionality and features required for the UE100, Data Network Name (DNN), PDU Session Type (i.e. IPv4, IPv6,Ethernet Type or Unstructured Type) and if applicable, the static IPaddress/prefix, SSC mode selected for the PDU Session, UE 100subscription profile in UDM 140, DNAI as included in the PCC Rules,Local operator policies, S-NSSAI, Access technology being used by the UE100, UPF logical topology, and/or the like.

In an example, the SMF 160 may determine that the one or more PDUsession may require the uplink classifier functionality. In an example,the SMF 160 may select the network function, or the UPF 110 in responseto the determining. The SMF may select the network function or the UPF110 based on the uplink classifier indication parameter.

In an example embodiment, the SMF 160 may send to the UPF 110 a fifthmessage indicating the PDU session creation request (e.g., an N4 sessionestablishment/modification). The session establishment/modification maybe part of an N4 session management procedure that may be employed tocontrol the functionality of the UPF 110. The SMF 160 may create, updateand/or remove an N4 session context in the UPF 110. The N4 sessionestablishment procedure may be employed to create the initial N4 sessioncontext for the PDU Session at the UPF 110. The SMF 160 may assign a newN4 Session ID and may provide the new N4 Session ID to the UPF 110. TheN4 Session ID may be stored by both entities (e.g., the SMF 160 and theUPF 110) and may be employed to identify the N4 session context duringtheir interaction. The SMF 160 may store the relation between the N4Session ID and PDU Session for the UE 100. The fifth message (e.g, theN4 session establishment request) may comprise Packet detection, Dataforwarding, enforcement and reporting rules to be installed on the UPF110. In an example, the UPF 110 may send the N4 Session EstablishmentResponse message to the SMF 160. In case the UPF 110 may allocate CNTunnel Info, the UPF 110 may provide DL CN Tunnel Info for the UPF 110acting as PDU Session Anchor and UL CN Tunnel Info (i.e. CN N3 tunnelinfo) to the SMF 160.

In an example embodiment, an N4 Association Setup procedure may beemployed to setup an N4 association between the SMF 160 and the UPF 110,to enable the SMF 160 to use the resources of the UPF 110 to establishN4 Sessions. The SMF 160 and the UPF 110 may exchange supportedfunctionalities on each side during the N4 Association Setup procedure.The setup of the N4 association may be initiated by the SMF 160. The SMF160 may initiate the N4 Association Setup procedure to request to setupan N4 association towards the UPF 110 prior to establishing a first N4session on the UPF 110. When receiving an N4 Association Setup Requestfrom the SMF 160, the UPF 110 may send an N4 Association Setup Response.In an example, the N4 association setup request may comprise at leastone or more of a unique identifier (e.g., IP address, FQDN, and/or thelike) of the SMF 160, a recovery time stamp indicating when the SMF 160was started, the SMF 160 supported features, and/or the like. In anexample, the N4 association setup response may comprise at least one ormore of a unique identifier (e.g., IP address, FQDN, and/or the like) ofthe UPF 110, a recovery time stamp indicating when the UPF 110 wasstarted, the UPF 110 supported features, the UPF 110 IP resourceinformation (e.g., IPv4, IPv6 address, range of TEID and/or the like),and/or the like.

In an example FIG. 13, the NRF 130 may receive from a second networkelement, a sixth message. In an example, the second network element maybe the OAM 175, the UPF 110, and/or the like. In an example, the sixthmessage may comprise the uplink classifier indication parameter for thenetwork function. The network function may be the UPF 110, the secondnetwork element, and/or the like. In an example, the sixth message mayfurther comprise the identifier of the network function, the capabilityinformation of the network function, the traffic routing capability ofthe network function, the network function type of the network function,the IP address of the network function, the fully qualified domain name(FQDN) of the network function, the profile of the network function, thelist of supported S-NSSAIs, and/or the like. In an example, the profileof the network function may be employed to describe the characteristicsof the NF instance. When one CN NF instance is instantiated, theassociated NF profile may be generated and stored on the NF instance.During the service registration procedure, the NF profile may beregistered and stored on the NRF 130. The profile of the networkfunction may comprise at the NF Type, the FQDN and IP address of the NFinstance, Network Slice related Identifier(s) e.g. S-NSSAI, NSI ID, NFcapacity information, permissions, authorization information, and/or thelike.

In an example embodiment, UPF 110 selection may be performed by the NRF130 or assisted by the NRF 130. In an example, the SMF 160 may utilizethe NRF 130 to discover the UPF instance(s); In that case, the SMF 160may send a seventh message (e.g., a discovery request, anNnrf_NFDiscovery_Request message, and/or the like). The seventh messagemay comprise one or more required capabilities. In an example, the oneor more required capabilities may be the uplink classifierfunctionality, the traffic routing capability, the network function typeof the network function, the list of supported S-NSSAIs, DNN, DNAI,connectivity requirements (e.g., N3 and/or intra PLMN N9, inter PLMN N9and/or N6). In an example, upon receiving the seventh message, the NRFmay select the UPF 110 based on the uplink classifier functionalityand/or the one or more required capabilities. In an example, in responseto receiving the seventh message (e.g., the discovery request message),the NRF 130 may send an eighth message to the SMF 160 in response to thediscovery request message. The eighth message may comprise theidentifier e.g., the FQDN, and/or the IP address of the network function(the selected UPF 110). In an example, the SMF 160 may provide the SMF160 with information to assist UPF 110 selection (e.g., including UPF110 location, the identifier of the UPF 110, UPF 110 capacity, and UPF110 optional functionalities and capabilities, and/or the like). In anexample embodiment, the eighth message may further comprise the uplinkclassifier indication parameter, the traffic routing capability, and/orthe like.

In an example embodiment, the seventh message may be triggered by aninth message wherein the SMF may receive the creation request of one ormore PDU sessions for the wireless device, the UE 100 and determine thatthe one or more PDU sessions may require the uplink classifierfunctionality. The ninth message may be the creation request of one ormore PDU sessions for the wireless device, the UE 100. In an exampleembodiment, the SMF 160 may receive from the AMF 155 the ninth messageindicating the creation request of one or more PDU sessions for awireless device, the UE 100. In an example, the ninth message may be theN11 message (e.g., the N11 message from the AMF 155 to the SMF 160 aspart of the PDU session establishment procedure, the N11 message fromthe AMF 155 to the SMF 160 as part of the service request procedure,and/or the like) indicating the creation request of one or more PDUsessions (e.g., the session creation request, the session modificationrequest message, and/or the like). The session creation request may bepart of the service request procedure, the PDU session establishment,and/or the like of the wireless device, the UE 100. The sessioncreation/modification request may comprise one or more of NSSAI, S-NSSAI(e.g., requested S-NSSAI, allowed S-NSSAI, subscribed S-NSSAI, and/orthe like), DNN, PDU Session ID, Request type, Old PDU Session ID, N1 SMcontainer (PDU Session Establishment Request), and/or the like. In anexample embodiment, if the SMF 160 may determine that a new UPF 110 maybe selected (e.g., based on the initial request indication, theindication for selecting the new intermediate UPF 110, and/or the like),the SMF 160 may select the new UPF 110 based on one or more of thefollowing: the uplink classifier indication parameter, the trafficrouting capability, UPF's dynamic load, UPF's relative static capacityamong UPFs supporting the same DNN, UPF 110 location available at theSMF 160, UE 100 location information, Capability of the UPF 110 and thefunctionality required for the particular UE 100 session. In an example,the appropriate UPF 110 may be selected by matching the functionalityand features required for the UE 100, Data Network Name (DNN), PDUSession Type (i.e. IPv4, IPv6, Ethernet Type or Unstructured Type) andif applicable, the static IP address/prefix, SSC mode selected for thePDU Session, UE 100 subscription profile in UDM 140, DNAI as included inthe PCC Rules, Local operator policies, S-NSSAI, Access technology beingused by the UE 100, UPF logical topology, and/or the like.

In an example, the SMF 160 may determine that the one or more PDUsession may require the uplink classifier functionality. In an example,the SMF 160 may select the network function, the UPF 110, in response tothe determining. The SMF may select the network function, the UPF 110,based on the uplink classifier indication parameter.

In an example embodiment, the SMF 160 may receive from the NRF 130, aneighth message. In an example, the eighth message may comprise thenetwork function identifier and/or IP address of the UPF 110, and/or thelike. In an example, the network function identifier may be a fullyqualified domain name (FQDN) of the user plane function, the UPF 110. Inan example the eighth message may be an Nnrf_NFDiscovery_Responsemessage. The Nnrf_NFDiscovery_Response message may be part of an NRFservice discovery service e.g., Nnrf_NFDiscovery service. The NRFservice discovery service may enable the SMF to discover a set ofnetwork function, NF instances with specific NF service, or a target NFtype (e.g., the user plane function, the UPF 110, and/or the like), orto discover a specific NF service. The Nnrf_NFDiscovery_Response messagemay comprise FQDN and/or IP address(es) for the target Service Name(e.g., the UPF 110). In an example, FQDN and IP addresses may belong toa set of requested target NF instance(s), or NF service instance(s).

In an example embodiment, the N4 Association Setup procedure may beemployed to setup an N4 association between the SMF 160 and the UPF 110,to enable the SMF 160 to use the resources of the UPF 110 to establishN4 Sessions. The SMF 160 and the UPF 110 may exchange supportedfunctionalities on each side during the N4 Association Setup procedure.The setup of the N4 association may be initiated by the SMF 160 uponreceiving the eighth message. The SMF 160 may initiate the N4Association Setup procedure to request to setup an N4 associationtowards the UPF 110 prior to establishing the first N4 session on theUPF 110. When receiving the N4 Association Setup Request from the SMF160, the UPF 110 may send the N4 Association Setup Response. In anexample, the N4 association setup request may comprise at least one ormore of a unique identifier (e.g., IP address, FQDN, and/or the like) ofthe SMF 160, the recovery time stamp indicating when the SMF 160 wasstarted, the SMF 160 supported features, and/or the like. In an example,the N4 association setup response may comprise at least one or more of aunique identifier (e.g., IP address, FQDN, and/or the like) of the UPF110, the recovery time stamp indicating when the UPF 110 was started,the UPF 110 supported features, the UPF 110 IP resource information(e.g., IPv4, IPv6 address, range of TEID and/or the like), and/or thelike.

In an example embodiment, the SMF 160 may send to the UPF 110 a tenthmessage indicating the PDU session creation request (e.g., an N4 sessionestablishment/modification). The session establishment/modification maybe part of the N4 session management procedure that may be employed tocontrol the functionality of the UPF 110. The SMF 160 may create, updateand/or remove the N4 session context in the UPF 110. The N4 sessionestablishment procedure may be employed to create the initial N4 sessioncontext for the PDU Session at the UPF 110. The SMF 160 may assign a newN4 Session ID and may provide the new N4 Session ID to the UPF 110. TheN4 Session ID may be stored by both entities (e.g., the SMF 160 and theUPF 110) and may be employed to identify the N4 session context duringtheir interaction. The SMF 160 may store the relation between the N4Session ID and PDU Session for the UE 100. The tenth message (e.g, theN4 session establishment request) may comprise Packet detection, Dataforwarding, enforcement and reporting rules to be installed on the UPF110. In an example, the UPF 110 may send the N4 Session EstablishmentResponse message to the SMF 160. In case the UPF 110 may allocate CNTunnel Info, the UPF 110 may provide DL CN Tunnel Info for the UPF 110acting as PDU Session Anchor and UL CN Tunnel Info (i.e. CN N3 tunnelinfo) to the SMF 160.

In an example embodiment, the NRF 130 may receive from the SMF 160 thefirst message indicating the request of updated network functioninformation. In an example, the NRF 130 may receive from the firstnetwork element, the second message comprising the uplink classifierindication parameter for the network function, the uplink classifierindication parameter indicating that the network function may supportthe uplink classifier functionality.

In an example embodiment, the NRF 130 may send to the SMF 160 the thirdmessage in response to receiving the second message. The third messagemay be based on the request of the first message. The third message maycomprise the identifier of the network function, the uplink classifierindication parameter, and/or the like.

In an example embodiment, the SMF 160 may receive from the AMF 155, thefourth message indicating the creation request of one or more PDUsessions for the wireless device.

In an example, the SMF 160, may determine that the one or more PDUsession requires the uplink classifier functionality.

In an example, in response to the determining, the SMF 160 may selectthe network function, the UPF 110, based on the uplink classifierindication parameter.

In an example, the SMF 160 may send to the network function, the UPF110, the fifth message indicating the PDU session creation request.

In an example, the first network element may be the network function orthe OAM 175.

In an example, the network function may be the UPF 110.

In an example embodiment, the second message may further comprise theidentifier of the network function, the capability information of thenetwork function, the traffic routing capability of the networkfunction, the network function type of the network function, the IPaddress of the network function, the fully qualified domain name of thenetwork function, the profile of the network function, the list ofsupported S-NSSAI, and/or the like.

In an example embodiment, the third message may further comprise thecapability information of the network function, the traffic routingcapability of the network function, the network function type of thenetwork function, the IP address of the network function, the fullyqualified domain name of the network function, the profile of thenetwork function, the list of supported S-NSSAI, and/or the like.

In an example embodiment, the capability information may be at least oneor more of the UPF 110 relative capacity, the UPF 110 dynamic load,and/or the like.

In an example embodiment, the traffic routing capability may indicatethat the network function, the UPF 110, may support the IPv6multi-homing functionality.

In an example embodiment, the NRF 130 may receive from the secondnetwork element, the sixth message comprising the uplink classifierindication parameter for the network function. The uplink classifierindication parameter may indicate that the network function may supportthe uplink classifier functionality.

In an example, the NRF 130 may receive from the SMF 160, the seventhmessage indicating that discovery of the network function is needed. Inan example, the seventh message may comprise one or more requiredcapabilities of the network function.

In an example, the NRF 130 may select the network function based on theone or more required capabilities and the uplink classifier indicationparameter.

In an example, the NRF 130 may send to the SMF 160, the eighth messagecomprising the identifier and/or the IP address of the network function.

In an example, the eighth message may further comprise the uplinkclassifier indication parameter.

In an example, the SMF 160 may receive from the AMF 155, the ninthmessage indicating the creation request of one or more PDU sessions forthe wireless device.

In an example, the SMF 160 may determine that the one or more PDUsessions may require the uplink classifier functionality.

In an example, the SMF 160 may send to the NRF 130, the seventh messagein response to the determining that one or more PDU sessions may requirethe uplink classifier functionality.

In an example, the SMF may send to the network function based on theidentifier and/or the IP address of the network function, the tenthmessage indicating the PDU session creation request.

In an example, the second network element may be the network function orthe OAM 175.

In an example, the network function may be the UPF 110.

In an example, the sixth message may further comprise at least one ormore of: the identifier of the network function, the capabilityinformation of the network function, the traffic routing capability ofthe network function, the network function type of the network function,the IP address of the network function, the fully qualified domain nameof the network function, the profile of the network function, the listof supported S-NSSAIs, and/or the like.

In an example, the one or more required capabilities may comprise atleast one or more of: the uplink classifier functionality, the trafficrouting capability, the network function type of the network function,the list of supported S-NSSAIs, and/or the like.

In an example, the capability information may comprise at least one of:the UPF relative static capacity, the UPF dynamic load, and/or the like.

In an example, the traffic routing capability may indicate that thenetwork function may supports the IPv6 multi-homing functionality.

Example FIG. 14 and FIG. 15 illustrate a 5G core network and steps forinserting a UPF with UL CL functionality. In example FIG. 15, a UPFregisters with an NRF or OAM.

According to various embodiments, one or more devices such as, forexample, a wireless device, off-network wireless device, a base station,a core network device, and/or the like, may be employed in a system. Oneor more of the devices may be configured to perform particularoperations or actions by virtue of having software, firmware, hardware,or a combination of them installed on the one or more of the devices,that in operation causes or cause the one or more devices to perform theactions. One or more computer programs can be configured to performparticular operations or actions by virtue of including instructionsthat, when executed by data processing apparatus, cause the apparatus toperform the actions. Embodiments of example actions are illustrated inthe accompanying figures and specification. Features from variousembodiments may be combined to create yet further embodiments.

FIG. 16 is a flow diagram of an aspect of an embodiment of the presentdisclosure. At 1610, a session management function may receive a requestfrom an access and mobility management function. The request may be fora packet data unit session for a wireless device. At 1620, the sessionmanagement function may determine that the packet data unit session forthe wireless device requires a user plane function that supports anuplink classifier functionality. At 1630, the session managementfunction may send a first message to a network repository function basedon the determining. The first message may request a discovery of theuser plane function. The first message may comprise an uplink classifierindication parameter. At 1640, the session management function receive asecond message from the network repository function based on the firstmessage. The second message may comprise an identifier of the user planefunction. At 1650, the session management function may send a thirdmessage to the user plane function. The third message may requestestablish a connection between the session management function and theuser plane function.

According to an example embodiment, the third message may comprise anidentifier of the connection between the session management function andthe user plane function. According to an example embodiment, the requestfor the packet data unit session for the wireless device may comprise arequest to create the packet data unit session for the wireless device.According to an example embodiment, the request to create the packetdata unit session may comprise an identifier of the packet data unitsession. According to an example embodiment, the request to create thepacket data unit session may comprise network slice information of thepacket data unit session. According to an example embodiment, therequest to create the packet data unit session may comprise the sessionmanagement function may send to the access and mobility managementfunction, a response message indicating a result of the request tocreate the packet data unit session. According to an example embodiment,the request to create the packet data unit session may be in response toa session creation request by the wireless device.

According to an example embodiment, the session management function mayreceive from the user plane function, a response message indicating aresult of the third message. According to an example embodiment, thenetwork repository function may select the user plane function based onthe uplink classifier indication parameter.

According to an example embodiment, the request for the packet data unitsession for the wireless device may comprise a request to modify thepacket data unit session for the wireless device. According to anexample embodiment, the request to modify the packet data unit sessionmay be in response to a session modification request by the wirelessdevice. According to an example embodiment, the session managementfunction may send to the access and mobility management function, aresponse message indicating a result of the request to modify the packetdata unit session.

According to an example embodiment, the second message may furthercomprises at least one capability information of the user planefunction. According to an example embodiment, the at least onecapability information of the user plane function may comprise a trafficrouting capability of the user plane function. According to an exampleembodiment, the traffic routing capability may indicate that the userplane function supports an ipv6 multi-homing functionality.

According to an example embodiment, the second message may comprise anidentifier of the user plane function. According to an exampleembodiment, the second message may comprise an IP address of the userplane function. According to an example embodiment, the second messagemay comprise a fully qualified domain name of the user plane function.According to an example embodiment, the second message may comprise aprofile of the user plane function.

According to an example embodiment, the session management function maysend a session association setup request to the user plane function.According to an example embodiment, the session association setuprequest may comprises an N4 session association setup request. Accordingto an example embodiment, the session management function may receive asession association setup response from the user plane function.According to an example embodiment, the session association setuprequest may comprise an address of the user plane function. According toan example embodiment, the session association setup request maycomprise a fully qualified domain name of the user plane function.

According to an example embodiment, the uplink classifier functionalitymay comprise at least one packet filtering rule. According to an exampleembodiment, the uplink classifier functionality may comprise at leastone traffic detection rule. According to an example embodiment, theuplink classifier functionality may comprise at least one trafficforwarding rule. According to an example embodiment, the connectionbetween the session management function and/or the user plane functionmay comprise an N4 session.

FIG. 17 is a flow diagram of an aspect of an embodiment of the presentdisclosure. At 1710, a network repository function may receive a firstmessage from a user plane function. The first message may indicate aregistration request for the user plane function. The first message maycomprise an uplink classifier parameter indicating that the user planefunction supports an uplink classifier functionality. At 1720, thenetwork repository function may receive a second message from a sessionmanagement function. The a second message may indicate a request todiscover a user plane function that supports the uplink classifierfunctionality. At 1730, the network repository function may select, inresponse to receiving the second message, the user plane function basedon the uplink classifier parameter. At 1740, the network repositoryfunction may send a third message to the session management function.The third message may comprise an identifier of the user plane function.

FIG. 18 is a flow diagram of an aspect of an embodiment of the presentdisclosure. At 1810, a session management function may determine that apacket data unit session of a wireless device requires a user planefunction that supports an uplink classifier functionality. At 1820, thesession management function may send a first message to a networkrepository function based on the determining. The first message mayrequest a discovery of the user plane function supporting the uplinkclassifier functionality. At 1830, the session management function mayreceive a second message from the network repository function based onthe first message. The second message may comprise an identifier of theuser plane function. At 1840, the session management function may send athird message to the user plane function. The third message may requestestablishment of a connection between the session management functionand the user plane function.

In this disclosure, “a” and “an” and similar phrases are to beinterpreted as “at least one” or “one or more.” Similarly, any term thatends with the suffix “(s)” is to be interpreted as “at least one” or“one or more.” In this disclosure, the term “may” is to be interpretedas “may, for example.” In other words, the term “may” is indicative thatthe phrase following the term “may” is an example of one of a multitudeof suitable possibilities that may, or may not, be employed to one ormore of the various embodiments. If A and B are sets and every elementof A is also an element of B, A is called a subset of B. In thisspecification, only non-empty sets and subsets are considered. Forexample, possible subsets of B={cell1, cell2} are: {cell1}, {cell2}, and{cell1, cell2}. The phrase “based on” is indicative that the phrasefollowing the term “based on” is an example of one of a multitude ofsuitable possibilities that may, or may not, be employed to one or moreof the various embodiments. The phrase “in response to” is indicativethat the phrase following the phrase “in response to” is an example ofone of a multitude of suitable possibilities that may, or may not, beemployed to one or more of the various embodiments. The terms“including” and “comprising” should be interpreted as meaning“including, but not limited to.”

In this disclosure and the claims, differentiating terms like “first,”“second,” “third,” identify separate elements without implying anordering of the elements or functionality of the elements.Differentiating terms may be replaced with other differentiating termswhen describing an embodiment.

In this disclosure, various embodiments are disclosed. Limitations,features, and/or elements from the disclosed example embodiments may becombined to create further embodiments within the scope of thedisclosure.

In this disclosure, parameters (Information elements: IEs) may compriseone or more objects, and each of those objects may comprise one or moreother objects. For example, if parameter (IE) N comprises parameter (IE)M, and parameter (IE) M comprises parameter (IE) K, and parameter (IE) Kcomprises parameter (information element) J, then, for example, Ncomprises K, and N comprises J. In an example embodiment, when one ormore messages comprise a plurality of parameters, it implies that aparameter in the plurality of parameters is in at least one of the oneor more messages, but does not have to be in each of the one or moremessages.

Furthermore, many features presented above are described as beingoptional through the use of “may” or the use of parentheses. For thesake of brevity and legibility, the present disclosure does notexplicitly recite each and every permutation that may be obtained bychoosing from the set of optional features. However, the presentdisclosure is to be interpreted as explicitly disclosing all suchpermutations. For example, a system described as having three optionalfeatures may be embodied in seven different ways, namely with just oneof the three possible features, with any two of the three possiblefeatures or with all three of the three possible features.

Many of the elements described in the disclosed embodiments may beimplemented as modules. A module is defined here as an isolatableelement that performs a defined function and has a defined interface toother elements. The modules described in this disclosure may beimplemented in hardware, software in combination with hardware,firmware, wetware (i.e. hardware with a biological element) or acombination thereof, all of which are behaviorally equivalent. Forexample, modules may be implemented as a software routine written in acomputer language configured to be executed by a hardware machine (suchas C, C++, Fortran, Java, Basic, Matlab or the like) or amodeling/simulation program such as Simulink, Stateflow, GNU Octave, orLabVIEWMathScript. Additionally, it may be possible to implement modulesusing physical hardware that incorporates discrete or programmableanalog, digital and/or quantum hardware. Examples of programmablehardware comprise: computers, microcontrollers, microprocessors,application-specific integrated circuits (ASICs); field programmablegate arrays (FPGAs); and complex programmable logic devices (CPLDs).Computers, microcontrollers and microprocessors are programmed usinglanguages such as assembly, C, C++ or the like. FPGAs, ASICs and CPLDsare often programmed using hardware description languages (HDL) such asVHSIC hardware description language (VHDL) or Verilog that configureconnections between internal hardware modules with lesser functionalityon a programmable device. Finally, it needs to be emphasized that theabove mentioned technologies are often used in combination to achievethe result of a functional module.

The disclosure of this patent document incorporates material which issubject to copyright protection. The copyright owner has no objection tothe facsimile reproduction by anyone of the patent document or thepatent disclosure, as it appears in the Patent and Trademark Officepatent file or records, for the limited purposes required by law, butotherwise reserves all copyright rights whatsoever.

While various embodiments have been described above, it should beunderstood that they have been presented by way of example, and notlimitation. It will be apparent to persons skilled in the relevantart(s) that various changes in form and detail can be made thereinwithout departing from the scope. In fact, after reading the abovedescription, it will be apparent to one skilled in the relevant art(s)how to implement alternative embodiments. Thus, the present embodimentsshould not be limited by any of the above described exemplaryembodiments.

In addition, it should be understood that any figures which highlightthe functionality and advantages, are presented for example purposesonly. The disclosed architecture is sufficiently flexible andconfigurable, such that it may be utilized in ways other than thatshown. For example, the actions listed in any flowchart may bere-ordered or only optionally used in some embodiments.

Further, the purpose of the Abstract of the Disclosure is to enable theU.S. Patent and Trademark Office and the public generally, andespecially the scientists, engineers and practitioners in the art whoare not familiar with patent or legal terms or phraseology, to determinequickly from a cursory inspection the nature and essence of thetechnical disclosure of the application. The Abstract of the Disclosureis not intended to be limiting as to the scope in any way.

Finally, it is the applicant's intent that only claims that include theexpress language “means for” or “step for” be interpreted under 35U.S.C. 112. Claims that do not expressly include the phrase “means for”or “step for” are not to be interpreted under 35 U.S.C. 112.

What is claimed is:
 1. A method comprising: sending, by a sessionmanagement function to a network repository function, a first messagerequesting discovery of a user plane function supporting an uplinkclassifier functionality for a packet data unit session of a wirelessdevice, the first message comprising an uplink classifier indicationparameter; receiving, by the session management function from thenetwork repository function and based on the first message, a secondmessage comprising an identifier of the user plane function; andsending, by the session management function to the user plane function,a third message requesting a connection for the wireless device, betweenthe session management function and the user plane function.
 2. Themethod of claim 1, wherein the third message comprises an identifier ofthe connection between the session management function and the userplane function.
 3. The method of claim 1, further comprising: receiving,by the session management function from an access and mobilitymanagement function, a request for the packet data unit session for awireless device; and determining, by the session management function,that the packet data unit session for the wireless device requires theuser plane function that supports the uplink classifier functionality.4. The method of claim 3, wherein the request for the packet data unitsession for the wireless device comprises a request to create the packetdata unit session for the wireless device.
 5. The method of claim 4,wherein the request to create the packet data unit session comprises: anidentifier of the packet data unit session; and network sliceinformation of the packet data unit session.
 6. The method of claim 4,further comprising sending, by the session management function to theaccess and mobility management function, a response message indicating aresult of the request to create the packet data unit session.
 7. Themethod of claim 4, wherein the request to create the packet data unitsession is in response to a session creation request by the wirelessdevice.
 8. The method of claim 3, wherein the request for the packetdata unit session for the wireless device comprises a request to modifythe packet data unit session for the wireless device.
 9. The method ofclaim 8, wherein the request to modify the packet data unit session isin response to a session modification request by the wireless device.10. The method of claim 8, further comprising sending, by the sessionmanagement function to the access and mobility management function, aresponse message indicating a result of the request to modify the packetdata unit session.
 11. An apparatus comprising: one or more processors;and memory storing instructions that, when executed by the one or moreprocessors, cause a session management function to: send, to a networkrepository function, a first message requesting discovery of a userplane function supporting an uplink classifier functionality for apacket data unit session of a wireless device, the first messagecomprising an uplink classifier indication parameter; receive, from thenetwork repository function and based on the first message, a secondmessage comprising an identifier of the user plane function; and send,to the user plane function, a third message requesting a connection forthe wireless device, between the session management function and theuser plane function.
 12. The apparatus of claim 11, wherein the thirdmessage comprises an identifier of the connection between the sessionmanagement function and the user plane function.
 13. The apparatus ofclaim 11, wherein the instructions, when executed by the one or moreprocessors, further cause the session management function to: receive,from an access and mobility management function, a request for thepacket data unit session for a wireless device; and determine, that thepacket data unit session for the wireless device requires the user planefunction that supports the uplink classifier functionality.
 14. Theapparatus of claim 13, wherein the request for the packet data unitsession for the wireless device comprises a request to create the packetdata unit session for the wireless device.
 15. The apparatus of claim14, wherein the request to create the packet data unit sessioncomprises: an identifier of the packet data unit session; and networkslice information of the packet data unit session.
 16. The apparatus ofclaim 14, wherein the instructions, when executed by the one or moreprocessors, further cause the session management function to send, tothe access and mobility management function, a response messageindicating a result of the request to create the packet data unitsession.
 17. The apparatus of claim 14, wherein the request to createthe packet data unit session is in response to a session creationrequest by the wireless device.
 18. The apparatus of claim 13, whereinthe request for the packet data unit session for the wireless devicecomprises a request to modify the packet data unit session for thewireless device.
 19. The apparatus of claim 18, wherein the request tomodify the packet data unit session is in response to a sessionmodification request by the wireless device.
 20. A system comprising: anetwork repository function; user plane function; and a sessionmanagement function comprising: one or more processors; and memorystoring instructions that, when executed by the one or more processors,cause a session management function to: send, to the network repositoryfunction, a first message requesting discovery of the user planefunction supporting an uplink classifier functionality for a packet dataunit session of a wireless device, the first message comprising anuplink classifier indication parameter; receive, from the networkrepository function and based on the first message, a second messagecomprising an identifier of the user plane function; and send, to theuser plane function, a third message requesting a connection for thewireless device, between the session management function and the userplane function.